home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1995 April / Internet Tools.iso / dos_win / winsock / maillist / 94-04.Z / 94-04 / text0173.txt < prev    next >
Encoding:
Text File  |  1994-04-30  |  4.4 KB  |  115 lines
  1.  
  2. We'd like to start installing wisock applications in our labs
  3. running windows.
  4.  
  5. Since each individual workstation will have it's own IP address
  6. we'd like to store the TRUMPWSK.INI file on the root of the local
  7. hard drive. 
  8.  
  9. To minimize local disk usage we'd still like to keep TCPMAN.EXE and
  10. WINSOCK.DLL on a networked Windows directory. Is there a way to point
  11. to the TRUMPWSK.INI file so local workstations use this?
  12.  
  13. I'm aware of the TCPMAN command line switches but this isn't quite
  14. what I'm looking for.
  15.  
  16. Jason Lucero
  17. CNS/ C.U. Boulder
  18. lucero@spot.colorado.edu
  19. From news@bigblue.oit.unc.edu Wed Apr 13 12:17:07 1994
  20. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  21.           id AA10433; Thu, 14 Apr 1994 09:13:35 -0400
  22. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  23.           id AA19280; Thu, 14 Apr 1994 08:06:01 -0500
  24. Received: from GATEWAY by bigblue with netnews
  25.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  26. To: winsock@sunsite.unc.edu
  27. Date: Wed, 13 Apr 1994 17:17:07 -0500
  28. From: hpapaleo@magnus.acs.ohio-state.edu (HB Papaleonardos)
  29. Message-Id: <hpapaleo.19.00422E00@magnus.acs.ohio-state.edu>
  30. Organization: The Ohio State University
  31. Sender: ses
  32. Subject: Re: Dynamically Assigned Address Server, anyone?
  33.  
  34. In article <2oeh71$5kq@charm.magnus.acs.ohio-state.edu>
  35.   mfullmer@magnus.acs.ohio-state.edu (Mark A Fullmer) writes:
  36. [...]
  37. >Why not keep it simple and workable by just querying the terminal server.
  38.  
  39. >try ~mfullmer/fslip userid
  40.  
  41. >ie:
  42. >dunedin:~% ./fslip XXXX
  43. >XXXX is currently using 128.146.24.26
  44.  
  45.     Neat!  It works well.  I will study the script in more detail,
  46. but it appears that this is the best solution for shell users.  As for
  47. SLIP ones, I may try to build a Winsock app for that.  It might be
  48. primitive at first, but it would be a first try, of course.
  49.  
  50.     Thanks.  Where did you get the seekrit information for the
  51. script?
  52.  
  53. --
  54. |"Let's not spoil what we have together by talking." --Dan Fielding|
  55. | hpapaleo@magnus.acs.ohio-state.edu               Delphi: WTHUNDER|
  56. | NetworKING BBS: +1 614 868 4793              "And no place else."|
  57. From news@bigblue.oit.unc.edu Thu Apr 14 09:49:25 1994
  58. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  59.           id AA26346; Thu, 14 Apr 1994 10:43:34 -0400
  60. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  61.           id AA16487; Thu, 14 Apr 1994 09:28:49 -0500
  62. Received: from GATEWAY by bigblue with netnews
  63.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  64. To: winsock@sunsite.unc.edu
  65. Date: Thu, 14 Apr 1994 09:49:25 GMT
  66. From: davidb@ndl.co.uk (David Boreham)
  67. Message-Id: <Co8tyE.Go3@ndl.co.uk>
  68. Organization: Network Designers Limited
  69. Sender: ses
  70. References: <Co43xL.1CC@isgtec.com>, <1994Apr12.145942.21643@pool.info.sunyit.edu>
  71. Subject: Re: WFW TCP/IP Mar Beta: really slow FTP?
  72.  
  73. In article <1994Apr12.145942.21643@pool.info.sunyit.edu>, ueen@pool.info.sunyit.edu (Eugene E. Ninestein) says:
  74. >
  75. >In article <Co43xL.1CC@isgtec.com> bmw@isgtec.com (Bruce M. Walker) writes:
  76. >>I'm getting extraordinarily slow FTP speed while running the March Beta
  77. >>WFW TCP/IP.  Here's an excerpt of an MS-TCP FTP session:
  78. >>
  79. >>  ftp> get wfwg-kb-index.txt foo
  80. >>  200 PORT command successful.
  81. >>  150 ASCII data connection for wfwg-kb-index.txt (3.0.4.31,1028) (44176 bytes).
  82. >>  226 ASCII Transfer complete.
  83. >>  44896 bytes received in 257.77 seconds (0.17 Kbytes/sec)
  84. >>  ftp>
  85. >>
  86. >
  87. >It's probably your protocol stack.  WFW's protocol stack is known to be one of
  88. >the least efficient (if not the least) stacks on the commercial market.
  89. >
  90.  
  91. Time to stand up in support of MS (sigh...)
  92.  
  93. On  my 486-25 test machine running Wolverive over Microsoft's NDIS2 NE2000 driver,
  94. I get 222Kbytes/s  to my NT machine from WinQVT's ftp client.
  95.  
  96. Over the Microsoft NDIS3 NE2000 driver, I get 233Kbytes/s on the same test.
  97.  
  98. Using WS_FTP (ftp client) I get 267651bytes/s to a Sparcstarion2.
  99.  
  100. Finally, running FTPD on the workgroups machine, and using
  101. WS_FTP on my NT machine, I get 87489bytes/s transfering to
  102. and 262467bytes/s transfering from.
  103.  
  104. As a comparison, between two NT 486-66 machines, using native
  105. ftp client and server, I get 451Kbytes/s.
  106.  
  107. There are one or two wrinkles with Wolverine, but It is most certainly
  108. not slow in general.
  109.  
  110. I've also not seen any slow DNS queries as reported.
  111. There does seem to be some kind of problem with applications
  112. which lookup hosts with CNAME entries. I've seen this with 
  113. the real-mode microsoft stack too.
  114.  
  115.